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(57) Abstract 

The present invention consists of a secure interactive electronic account statement delivery system suitable for use-'over opeii'-hetworks 
such as Che Internet. The invention utilizes a certification hierarchy to insure that electronic bills, invoices, and other account statements 
can be securely sent over open networks. The participants in the system are a certification authority, certificated banks, billers, and 
customers. The certification authority grants digital certificates to the certificated banks, which in turn grant digital certificates to billers 
and customers. Digital certificates form the basis for encryption and authentication of network communications, using public and private 
keys. The certificates associate a customer and biller with a certificated bank and with the electronic billing system, much like payment 
cards associate a customer with a payment card issuer and a particular payment card system. 
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SECURE INTERACTIVE ELECTRONIC ACCOUNT STATEMENT DELIVRRV 

SYSTEM 

FIELD OF THE INVENTION 

The present invention relates to the field of electronic billing and paying systems. 
.5 More particularly, the present invention relates to a secure interactive electronic statement 
delivery system suitable for use on open networks such as the Internet. 

BACKGROUND ART 

Every month, millions of customers receive bills and other account statements from 
3H utilities, banks, stores, credit card companies, insurance companies, and other service 

10 providers. Almost all of these account statements are sent by mail. 

A typical bill includes four primary components: 

1. Summary information. Typically includes an amount due, a due date, a 
custdmer account number/ a statem^ 

information is often printed on a detachable remittance stub that is intended to be returned 
15 by the customer with a check for payment. 

2. A pre-addressed return envelope. 

3. Detailed invoice of charges. Typically includes a detailed listing of the 
charges accrued. For example, if the account statement is a telephone company bill, the 
detailed invoice will list details of each toll call. The detailed infomiation may include 

20 legally mandated information, particularly if the statement issuer is a public utility. For 
example, an electric company may be required to list monthly or yearly comparisons of a 
customer*s energy use. The content and format of such legally mandated information may 
vary from one legal jurisdiction (town, county, state) to another. 

4. Marketing materials. Statement issuers typically include information such as 
25 newsletters announcing new products or services, and often also include third party 

^■•-••'••^•••^'•^^--^•'^ad^ertiisingpieces.'"-' ' ' " • • ■ -v.. ^v-:-,: i-:-:.: ^/ \. 
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A customer typically paysa bill by writing a check for the amount due, placing the 
check and the remittance stub in the return envelope, sealing and stamping the envelope, 
and placmg it in the mail. 

For every bill received and paid by a customer, a billing institution (biller) has to 
> perform numerous paper handling tasks. First the biller has to generate the bill and mail it 
to the customer. The bill generation proces, involves retrieving billing data for a customer 
fot^atting the billing data in the legally prescribed manner, printing each customer's bill' 
placmg the bill and other included materials in an envelope, and mailing the envelope to 
the customer. -The biller also has to process the payment remittance received. Remittance 
processmg involves opening envelopes, identifying the customer's account, extracting the 
check, and presenting the check for payment. Given the large volume of bills sent out and 
payments received each month, the paper handling involved is a massive and expensive, 
undertaking. 

.... .. ,. ^'''°''''^'^'^}^^^JP^^ handling involved in bill 

paying and remittance processing. For example, there exist electronic bill paymem service 
bureaus that allow customers to electronically pay their bills via a home computer or 
telephone. However, although use of these bureaus make bill paying more convenient for 
customers, they make remittance processing more expensive for billers because the 
payments forwarded to the biller by the bureau are exception items for many billers. When 
using a bill payment service, a customer directs the service bureau to make payments to the 
biller. As a result, the remittance is not presented to the biller in the usual way, i.e.. a check 
with the billefs remittance stub in a single envelope. Instead, the biller receives payment 
without the remittance stub, from the service bureau. Tl.e payment itself, depending on the 
practice used by the service bureau, may take a number of forms. The biller may receive a 
check printed by the service bureau drawn on the customer's bank account containing the 
customer's account number with the biller and MICR (Magnetic Ink Character 
Recognition) data encoding the customer's bank account number. Alternatively, the service 
bureau may consolidate payments from several customers to a biller into a single payment, 
i" J.he.,biller recdves one payment and a.Jist of.cusion)ers:whi>se- bills have been^- ^> 
aggregated into the single payment. In another automatic bill payment system, a customer 
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pre-authorizes a biller to automatically deduct amounts due from the customer's bank 
account using the Automated Clearing House ("ACH"). In this case, tlie biller must comply 
with ACH procedures for. validating and obtaining payments. 

U.S. Patent No. 5,465,206, issued November 7,1995, for "Electronic Bill Pay 
5 System", assigned to the assignee of the present invemion and incorporated herein by 
reference, discloses a bill pay system- that allows customers to pay bills to panicipating 
billers through a centralized payment network operating according to. preset rules. The 
participating customers receive bills from participating billers which indicate an amount 
owed and a unique biller identification number, which is assigned by the payment network. 
10 The bills may be mailed bills, e-mail notices, or implied bills for automatic debts. To 
authorize a remittance, a customer transmits to its bank, which is a participating bank, a 
bill pay order indicating a payment date, a payment amount, the customer's account 
number with the biller, a source of funds, and the biller's biller identification number. The 
customer's bank then submits a payment message to a payment network. The payment 
is network" forwaras the'paymenl message to the biller's 'tank; For settlemeritrthe customer's 
bank debits the customer's account and is obligated to a net position with the payment 
network. Likewise, the biller's bank receives a net position from the payment network and 
credits the biller's bank account. The biller receives payment details from the biller's bank, 
or alternatively directly from the payment network, and updates its accounts receivable 
20 records. The customer initiates bill pay orders manually via paper correspondence, at an 
ATM, via PC, or via telephone keypad. 

Prior art systems have primarily addressed the bill payment portion of customer bill 
processing. The bill generation and presentation portion of customer bill processing has not 
yet been satisfactorily addressed. U.S. Patent No. 5,465,206 suggests that bills may be sent 
25 electronically by e-mail, but does not elaborate. U.S. Patent No. 5,007,084 for "Payment 
Authorization and Information Device", issued April 9, 1991, describes a home terminal 
for receiving and printing out billing information. The billing data is simple text data 
received by the customer via an encoded signal broadcast by a centralized invoice 
distribution center during vertical blanking intervals of a television broadcast or via " 
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telephone lines and a modem. A special device is used to decode and print out a hard copy 
of the received text. The same device can be used to pay the bill electronically. 

The electronic bills delivered by these systems consist of simple text messages. As 
such, the electronic bills cannot deliver the sanje variety of information and materials as, 
and are therefore a poor substitute for, traditional maiJed paper bills. Furthermore, these 
systems require the use of a specialized, .centralized distribution network and/or special 
equipment. 

Security is an issue for messages and other data transmitted over open networks 
such as the Internet. Encr>'ption is one mechanism that can improve the security of 
transmitted communications. Two well known types of encryption are secret kev 
encryption and public key encr>'ption. 

Secret key encryption is a symmetric form of encryption in which the same key is 
used to encrypt and decrypt messages. To encrypt a message, the message and the secret 
key are supplied, to a software encryption prograrri thatlr^H^fomis th^^ means of ' 

an encryption routine that uses the secret key and the message as an input. The original 
message can only be obtained from the encrypted message by applying a reverse 
decryption process which transforms the encrypted message by means of a decryption 
routine that uses the encrypted message and the secret key as an input. Because the same 
secret key is used for encr>'ption and decr>'ption, both the sender and the recipient of the 
encrypted message must have a copy of the secret key. The security of secret key 
encryption can therefore be compromised by either the sender or the recipient. 

Public key encryption is an asymmetric form of encryption that uses a two-key pair, 
typically referred to as a public key and a private key. In public key encryption, messages 
encrypted with either one of the public and private keys can only be decrypted using the 
other key. For example, a message encrypted with the public key can only be decrypted 
using the private key. Conversely, a message encrypted with the private key can only be 
decrypted using the public key. 
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The terms ''public" key and "private" key stem from the manner in which public 
key encryption is often used. A party concerned about security of its incoming 
communications generates its public and private keys. It keeps its private key secret, but 
freely distributes its piiblic key. Any party wishing to send a confidential message to the 
5 party that generated the keys can encrypt its message using the freely available public key. 
Since the message can then only be decrypted using the private key, which the receiving 
party keeps in its sole possession, the sending party can be assured that only the receiving 
party will be able to decode the encrypted message. 

Another security mechanism that can be used in conjunction with public key 
10 encryption is a digital signature. The purpose of a digital signature is to confirm to the 
recipient that a message that is sent has in fact originated with the purported sender. 

One form of digital signature uses a message digest. A message digest is a value 
that is generated when the message is passed through a digesting program, which may be a 
hashing routine. An "ideal- digesting program is one for .which 4he probability of two. 

15 different messages generating the same message digest is extremely low. In this form of 
digital signature, both the sender and the recipient need to know which digesting program 
is being used. The sender generates the message, and generates a message digest by 
passing the message through the digesting program. The sender encrypts the message 
digest with the sender's private key. The result of this encryption then becomes the digital 

20 signature which the sender appends to a message just as a holographic signature would be 
added to a paper document. Finally, the sender encrypts the entire package with the 
recipient's public key, and sends the encrypted package to the recipient. 

The recipient receives the encrypted package and decrypts it using the recipient's 
private key to obtain the message and message digest encrypted with the sender's private 
25 key. Next, the sender decrypts the message digest using the sender's public key. The 
recipient then runs the message, minus message digest, through the digesting program and 
compares the message digest so obtained to the message digest included in the message. If 
they; are both the same, the recipient is ensured that the message indeed originated with the 
sender and that it has not been changed enroute. 
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To send an account statement such as a bill to a customer in one embodiment of the 
present invention, the biller and the customer must each have a valid certificate, typically 
issued by a certificated bank. The biller must know the e-mail address of the customer, as 
well as the customer's public key. This information may be obtained, for example, from the* 

5 certification authority, which maintains a file or directory of customer public keys and e- 
mail addresses, as well as a file or directory of biller public keys and e-mail addresses. The 
biller sends an e-mail message signed with the biller's digital signature and encrypted using 
the customer's public key (or using a session key which is encrypted with the customer's 
public key) to the customer's e-mail address. In one embodiment, the biller includes a copy 

10 of the biller's certificate with the e-mail message. In another embodiment, the customer 
obtains the biller's certificate from a directory maintained by a certification authority or 
from local storage (if the customer previously obtained the biller's certificate). When the 
customer retrieves the e-mail message, for example using a home computer, software in. the 
customer's computer decrypts the message using the customer's private key, or using the 

15 ..>..session..key„.deciy.pted.using .the.cusf6rner's. -private and ..verifies that the e-mail 
message is a bona-fide message from a certificated biller by verifying the biller's certificate 
and digital signature. Since only the customer has access to the customer's private key, 
only the customer can decrypt and read the e-mail bill. The present invention thus provides 
a level of privacy and security that is at least as great as using regular mail. 

20 The e-mail message itself may be a simple-text message containing the equivalent 

of summary information for the bill, or may be a more elaborate bill containing detailed 
text and graphics. However, the bill delivery system of the present invention allows the 
creation 'of much more elaborate bills. In one embodiment of the invention, the e-mail 
message contains a number of embedded links: for example, an embedded URL of a 

25 biller's world wide web server that allows the customer to interactively bring up detailed 
billing information at a touch of an on-screen button that activates the link. The e-mail 
message may also include links to third party web sites offering special product promotions 
or other services, thereby performing the same function, but with greater flexibility, as that 
performed by marketing, materials included in mailed hard-copy bills. The e-mail message 

30 may also contain an embedded command to send the biller a confirmation message when 
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■ .he cus,o™r fi.. displays ,He .„e.3 .essage. Cus,o.„ ce„mca,es and c„s.o.e. digUa, 
..^nature, arc u«d ,o i„su„ au,he„Uci„ of co™„„|ca,i„„. originated by a cu.,„„er. 

. BRIEF nRSfPip TlON OF THE pp y. m.,^^ 

Figur. 1 is a scl,ema,ic diagram illuslrauig ,h= .opology of „„e embodim™, of 
5 »'««lv==lecttomc Wiling sys.emoftl,e present invention. 

Figure 2 is a block diagram illustrating the certificate hierarchy used in one 
embodiment ofthe present invention. 

Figure 3 is a schematic diagram of a bank certificate of one embodiment of the 
present invention. 

Figure 4 is a schematic diagram of a customer certificate of one embodiment ofthe 
present invention. • 

BgW.5.is,.a.schemaUc^iagmm.ra^ 
present invention. 

Figure 6 is a block diagram illustrating a process by which a certification authority 
.ssucs a bank certificate in one embodiment ofthe present invention. 

Figute 7 is a block diagram ill^trating a process by which a cenificated bank 
■ssuesacustomer or bluer cenificate in one embodimentof the present invention. 

Figure 7A is a block diagtam illustntting a process by which a customer registers 
wtth a btller to receive electronic bills in one embodiment ofthe present invention. 

Figure 7B is a schematic diagram of a customer request for clectt^nic billing 
serv.ce to a biller of one embodiment of the ptesent invention. ^ 

Figure 8 is a block diagram illustrating the process by which a biller sends a bill to 
a customer in one embodiment ofthe piesent invention. 
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Figure 8A is a schematic diagram of one embodiment of a biller's e-mail message 
containing summary bill data. 

Figure 9. is a block diagram of a method used by a customer's software- to 
authenticate an incoming biller message in one embodiment of the present invention. 

5 Figure 10 is an illustration of an interactive bill of one embodiment of the present 

invention containing summary data. 

Figure 1 lis an illustration of an interactive bill of one embodimem of the present 
invention containing detailed data. 

Figure 12 is a schematic diagram of an example computer system that can be used 
0 for a customer, biller, bank, or certification authority computer system of the present 
invention. 

■DETAILED DESCRIPTION OF THE TNVF.NTinM . 

In the following description, numerous specific details are set forth in order to 
provide a thorough understanding of the present invention. It will be apparent to one 
skilled in the art, however, that the present invention may be practiced without these 
specific details. In other instances, well-known features have not been described in detail in 
order not to unnecessarily obscure the present invention. 

Figure 1 shows the topology of one embodiment of an interactive electronic billing 
system of the presem invention. As shown in Figure 1, this embodiment includes a biller 
100, a certificated biller bank 110, a transport network 120, a certificated customer bank 
130, a customer 140, and a certification authority 150. Biller 100 may be any of a variety 
of entities that provide products or services to customer 140 and that provide periodic 
account statements to customer 140. Examples of entities that may be a biller 100 include 
utility companies, banks, credit card companies, retailers, stockbrokers, etc. 

Certificated biller bank 1 10 is a bank that has been certificated by certification 
authority 150 and that has provided a biller certificate to biller 100. Biller bank 1 10 may 
also provide electronic bill payment services to biller 100. Transport network 120 is a data 
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communicalions ne.work to which biHer 100, cenifica^d biller bank 110. c«,iflca,=d 
c.3Comer bank 130, customer 140. and certification authority 150 have access For 
example, transport network 120 may be the Internet. Cenificated customer bank 130 is a 
bank or other service provider that has been certificated by certification authority 150 and 
3 that has provided a customer certificate to customer 140. Customer Bank 130 may also 
provtde electronic bill payment services to customer 140. Customer 140 is any entity tha, 
has obtamcd a customer certificate and ii'a customer of biller 100. Certification Authority 
150 d,s,dbu.es certificates to certificated banks and may administer the protocol and 
certificate hierarchy used in the system. 

10 Figure 2 is a block diagram illustrating the certificate hierarchy used in one 

embedment of the present invention. At the top level of the hierarchy is certification 
authority 200. which is responsible for overall integrity of the system. Certification 
authority 200 issues certificates to certificated banks. These certificates are shown as bank 
certificates 210a and 210b. Bank certificates 210a-b constitute the second level of 

15 - -xertificates below the top level bcciipied by certification a~uthorit/^^^^^ ■ 

Certificated banks issue customer certificates and biller certificates to customers 
and billers, respectively. As shown in Figure 2. customer certificate 220a and biller 
certificate 230a are issued under the authority of bank certificate 2I0a, while customer 
certificate 220b and biller certificate 230b are issued under authority of bank certificate 
0 210b. Customer certificates 220a-b and biller certificates 230a-b occupy the same level of 
the certificate hierarchy shown in Figure 2. This level is one level below bank certificates 
210a-b. 

A digital certificate of the present invention consists of digital data of a particular 
fomi and content, as established by a certification authority. A digital certificate of the 
present invention may be delivered from the issuer of the certificate to the recipient as an 
electronic message or in physical form. If delivered in physical form, the digital certificate 
IS stored on a physical medium, for example, on a chip card. The chip card is delivered by 
some secure means to the recipient. 

■.■•Vi.^•^W•iri.v•^.«^^V:iW^,•J.>^'^^^^ qc^'tj-, us-;;, .m?;:;-:,... , _.. , . . .. - . .. ...„ 
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Figure 3 illustrates 'the digital data contained in a bank certificate of one 
embodiment of the present invention. As shown in Figure 3, bank certificate 350 includes a 
bank ID 300, a bank public key 305. a certification authority digital signature 310. and a 
certification authority affiliation 315. . 

Bank ID 300 is a unique identifier that identifies tlie certificated bank to which the 
certificate is being issued within -the electronic billing system administered by the 
certification authority identified by certification authority affiliation 315. In one 
embodiment, bank ID 300 consists of a combination of a bank's name, location. Federal 
Reserve Bank routing number, and/or American Bank Association ("ABA") number. Bank 
public key 305 is the public key of the bank. Certification authority affiliation 315 
indicates the particular certification authority that has issued the bank certificate. 
Certification authority digital signature 310 is a digital signature of the certification 
authority that authenticates the certificate as a valid certificate issued by the certification 
authority identified by ceiiification authority affiliation 315. Certification authority digital 
15 . signature 3 1 6 may be viewed i a sealThlt'auThenticatM bank ID 300 and bank public key 
305 that ensures that they are delivered intact and unchanged to a recipient. Certification 
authority digital signature 3 1 0 may, for example, be generated by creating a message digest 
of bank ID 300 and bank public key 305 and encrypting the message digest using the 
certification authority's private key. 

20 Figure 4 illustrates the digital data contained in a customer certificate issued by a 

certificated bank in one embodiment of the present invention. As shown in Figure 4, 
customer certificate 450 contains a copy of bank certificate 350 in the form of bank ID 415, 
bank public key 420, certification authority digital signature 425, and certification 
authority affiliation 430, which are copies of bank ID 300, bank public key 305, 
certification authority digital signature 310, and certification authority affiliation 315 
respectively. In addition, customer certificate 450 includes a customer ID 400, a customer 
public key 405. and a bank digital signature 410. 

Customer ID 400 is a. unique i.dentifier with,res.Bec.ttO:tIie certificated bank ■ 

that uniquely identifies the customer to whom customer certificate 450 is issued from 



25 



11 



. 98/26386 PCT/US97/23025 

among the entities to which the certificated bank identified by bank ID 410 has issued 
certificates. Customer ID 400 in combination with bank ID 410 uniquely identifies the 
customer to whom certificate 450 has been issued from among ail panicipants of the 
electronic billing system administered by the cenification authority identified , by 
certification authority affiliation 430. 

Customer public key 405 is the public key of the customer. Bank digital signature 
410 is a digital signature of the certificated bank that authenticates customer ID 400 and 
customer public key 405 and ensures that they are delivered intact and unchanged to a 
recipient. Certificated bank digital signature 410 may. for example, be generated by 
creating a message digest of customer ID 400 and customer public key 405 and encrypting 
the message digest using the certificated bank's private key. 

Figure 5 illustrates the digital data contained in a biUer certificate issued by ^ 
certificated bank in one embodiment of the present invention. As shown in Figure 5. biller 

. certificate 550 is similar to customer ce.^^^ 4^ except that the. customer 

ID 400 and customer public key 410 are replaced with biller ID 500 and biller public key 
510. respectively. Biller ID 500, like customer ID 400, is a unique identifier with respect to 
the issuing certificated bank that uniquely identifies the biller to whom biller certificate 
550 is issued from among the entities to which the certificated bank identified by bank ID 
510 has issued certificates. Biller ID 500 in combination with bank ID 510 uniquely 
identifies the biller to whom certificate 550 has been issued from among all participants of 
the electronic billing system administered by the certification authority identified by 
certification authority affiliation 530. 

Figure 6 illustrates the process by which a certification authority issues a bank 
certificate to a bank in one embodiment of the present invention. The certification authority 
ill general issues a bank certificate to a bank only if the bank meets financial and security, 
qualifications established by the certification authority, and if the bank agrees to the terms 
and conditions associated with the electronic billing system. 

^^^'^.^As^^y^^^^^^i-e^^tht process starts when % cdrrification authority (CA) - - 
receives a certification application at block 600. A certification application may, for 
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example, consist of a request for certification along with supporting documentation as 
required by the certification authority. 

After receiving the cenification application, the certification authority reviews the 
application and the applicant bank's qualifications at block 605. If the applicant bank fails 
5 to meet the certification authority's required qualifications at block 610, the bank's 
application is rejected at block 6 IS.- If the bank meets the certification authority's 
qualifications at block 610, the certification authority selects an ID for the bank at block 
620. The certification authority sends billing system software to the bank (if needed) at 
block 625, and requests the bank's public key from the bank at block 630. The bank 
10 generates its public and private key pair using the billing system software (or some other 
appropriate method) at 635, and sends its public key to the certification authority at block 
640. Alternatively, the bank's public and private keys may be generated by the certification 
authority, as part of the application process or after approval of the application. In this case, 
the private key must be delivered to the bank in a secure manner. 

15 The certification authority stores the bank ID and the bank's public key in a 

directory at block 645, and assembles the bank's certificate at block 650. Finally, the 
certification authority delivers the bank's certificate to the bank by secure means at block 
655. 

One secure means that may be used for conveying the bank certificate from the 
20 certification authority to the bank is to encrypt a digitally signed bank certificate with the 
bank's public key, or with a session key encrypted with the bank's public key, and transmit 
it to the bank. In an embodiment in which the certification authority generates the bank's 
private key, the certification authority must also deliver the bank's private key to the 
bank. A second secure means that may be used is storing the certificate on a physical 
25 storage medium such as an integrated chip card and physically conveying the chip card to 
the bank. 

Figure 7 illustrates the process by which a certificated bank (a bank that has been 
certified by a certification authbrityyissiife^ a bnie/^cdrtificate or a custom to a 

biller or customer, respectively, in one embodiment of the present invention. The 

13 



wo 98/26386 

PCTAJS97/2302S 

, ccr.ifica,ed ba^ i„ ,e„e., ,s.s a bUler „. cus.o«„ oe„ifica. „„„ if ,He 

cus.„„,e, „ee. financial and/or Cher ,„a,if,ca,i„„. es^blisW by U,= certiflca, . 
and/or certiflcalion authority. ' ""'""W bank 

As Shown in Fig„e 7, the process sta« when a certificated bank (CB, receives a 
ert,ficat.o„ appiication fro„ a bi„e, or custon-er (B,C, at block 700. A Irtinc 1 
appi.a.,on .ay. for example, consist.of a request for a B/C certiHcate aion;!,! 
^upporttne documentation a. «,uired by the certificated bank. 

After receiving the certificadon application, the ceriificated bank reviews the 
a^i-catton and Ute B^Cs ..uaiifieations at biock 705. ,f „e applicant fails ,o Jt L 
» certtficatton authority's required qualifications at block 710 the B/C. . r ■ 

.lock 7,.. ,f the B. _ the cc.fica.ed bank's o sr:; ^ 

«>e certtficated bank generates an ,0 for the B/C at block 720. ,n one entbodi.en. 1 B 
onststs or a combination of B/C i„fon.a.ion Cnante. address, etc.) and a ce„ificated bl! 
s . n, „^ ^^^^^^ ^_ ^^^^ 

B/C s public key from the B/C at block 730 Tl,^ n/r 

oiocK /jO. Tlie B/C generates its public and private kev 

pub c key to the c=„ificated bank a. block 7.0. Alten^tively. the B/Cs public and 

7----.---atedbythecer,ificatedbank.aspartofthe3pp,icatio„p.^sro 
.0 after approval of the application. ■„ this case, the private key be deliveted L the B/C 
m a secure manner. 

tt bio J^irr^"' '° '''^ '° ""i"--"'" -"-"^-y 

a. block 7«. The certification authority stores the B/C ID and the B/CVpublic key i„ a 

directory at block 750. Altematively, or in addition the cer.ifI.„.H K , 
. „ •" '"""°°'"'=«:«incated bank may store the B/C 

ID and public key in ts own directory The certif!^„.j >, i 

at hl„.i, 7« c- , "^rtificaled bank assembles the B/C certificate 

a. block 755. Ftnally, the certificated bank delivers the B/Cs cenificate to the B/C at block 

with "'^ "-^ "'"^"'"8 » Which a customer registe^s^ ^ ' 

wth a btller to receive electronic bills in one embodiment of the present invention. As 
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shown in Figure 7A, the process starts when a customer becomes a participant in an 
electronic billing system by applying for and receiving a certificate from a certificated bank 
at blocks 770 and 772, respectively. Once the customer receives the customer's certificate, 
the customer is able to request electronic bilj presentation services from a biller or other 
statement issuer. The customer identifies a statement issuer from whom the customer 
wishes to receive electronic statements at block 774, and inquires as to whether the 
statement issuer has been issued a biller certificate, and is therefore a participant in the 
electronic billing system, at block 776. The customer may undertake such an inquiry in a 
variety of ways. For example, the customer may contact the biller directly, by telephone or 
other means, or the customer may request information as to whether a biller is a participant 
from the customer's certificated bank or the certification authority. Alternatively, a biller 
may inform its customers, by letter or otherwise, of the biller's participation in an 
electronic payment system, or the biller may indicate the biller's participation in an 
electronic billing system on paper bills sent to its customers. In one embodiment, a 
certification authority authorizes a participant biller to use a logo or other identifier owneid 
by the certification authority to indicate the biller's participation in an electronic billing 
system in a manner analogous to the way in v^hich payment card systems (such as Visa, 
MasterCard, etc.) authorize merchants to display system logos to communicate that they 
accept payment cards issued by those systems. 

If the customer learns that the prospective biller is not a participant at block 778, 
electronic statement delivery is not available and the process ends at block 780. The 
customer is unable to receive electronic statements from this particular biller until such 
lime as the biller becomes a participant in the electronic billing system by applying for and 
receiving a biller certificate. 

If the customer learns that the prospective biller is a participant in the electronic 
billing system, the customer obtains the biller's e-mail address (for example, from the biller 
or the certificated bank or certification authority) at block 781 and sends a digitally signed 
request message for electronic billing to the biller at block 782. One embodiment of such a 
request message is shown in Figure 7B. In this embodimentrthe request message 793 
includes the request for service 795 (which may include, for example, customer 
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W a„ he„..c.es *e .e,ues. hy «.,a„U,e„.ica.l„, .he co^e.. „.i«ca,e ,0 ve^' 
h . .he cus.o.„ ha. hee„ vahd.y cenifled hy a validly ce.lfied ce„Mca.d ha„, and ! 
o.a,„ .e c„ puhHc ... The M„e, ,he„ .es .he p„.„e .e, .„ d^p^ 

.he cus.„™„. d,s..a, s,„a,.e. „h.aini„, a ™e..a.e dijes. of ,he Td 
> ;™---"-Sed,e3,f.o..h=c„dec.^.ed.,...J..;l^ 

recues, . an aume„.ie ™e^,e f™ ,he c..„r ide„U«ed in d,e cus.o™e. ce„ifica.e ,„ 
one e.hod,„en. .he blHer a.o co.pa„. c..o.e. infonna.ion incMed in .he .,ues. .0 
^« „co,ds .0 veH^ .ha. U,e _ is a cn3.o.e. of hi„e, and is au.oLd .0 

by a b,„e. .ece,v,„, a change in addre. no.if.ca.i„n fron. a cus.o.e. .0 verify .ha. 
the change in address request is au.hen.ic. 

If .he biiler finds ,ha. .he r=,„es, is no. au.he„.ic a. block 786, for exanrple, because 

dccryp,ed d,g,.al s.g„a.„re is no. idenrica, .„ a message diges. of .he appended re,ues, or 
■f cus.o™er ,„f„m,a.ion included in *e reques. does no. n.a.ch biller accoun. records, .hen 
b,l,er se«is an e^r message .0 tt,a. effec. a. block 788. ,f .he re,ues. is au,he„.ic, d,e 
2 "P<-.« «.e billets cus.on,er da,a base .0 add .he c„ e-mai, address and 
b e key and .0 reflec. .1.. .he customer has re,ues,ed i„i.ia.ion of elec^nic biilin^ a. 

Figure 8 is a block diagram il,„s,ra,i„g process by which a biller sends a bill or 
0 her accoun, s,a.emen. .0 a cus.omer in one embodimen. of dre presen. i„ve„.i„„. As 

'■e,*:.a^^--l^'.^,'".r''-.*e bim„g da.e o.c„,s,a. Wock SOO. .T„e biller ■ . 
8=n=ra.es summary and dcailed bill dau a. block 801. TTe biller obuUns .he cus.on,e.s e- ' 
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mail address and public key at block 802. The bilier may obtain the customers e-mail 
address and public key from a locally stored data file, if available (for example if the bilier 
has previously obtained the customer's e-mail address and public key), or from the data 
base maintained by the cenification authority or certificated bank, or by. some other 
appropriate means. The bilier sends the customer an authenticated e-mail message at block 
803. Software at the customer's computer authenticates the e-mail message at block 804. 

In one embodiment, the body of the e-mail message contains the summary bill data, 
as well as links for accessing detailed billing data, for obtaining advertising materials, and 
for initiating electronic payment of the bill. The bilier appends the biller's digital 
certificate, digitally signs the body of the email message, and encrypts the entire e-mail 
message, including the digital signature, using the customer's public key (or using a session 
key encrypted with the customer's public key). The bilier then sends the encrypted message 
(and encrypted session key, if applicable) to the customer. 

Figure 8A is a schematic diagram of one embodiment of a biller's e-mail message 
containing summary bill data. As shown in Figure 8A. in this embodiment the e-mail 
message 850 includes summary bill data 852, the biller's digital signature 854, the biller's 
certificate 856, and a session key 858. The biller's digital signature 854 consists of a 
message digest of the summary bill data 852 encrypted with the biller's private key. In this 
embodiment, summary bill data 852, biller's digital signature 854, and biller's certificate 
856 are all encrypted using session key 858. Session key 858 in turn is encrypted using the 
customer's public key. 

The customer's software decr>'pts the message using the customer's private' key (and 
decrypted session key, if applicable), and verifies the digital signatures of the certification 
authority and the certificated bank contained in the biljer's certificate. Finally, the 
customer's software verifies. the biller's digital signature, and displays the authenticated 
message to the customer. In one embodiment, the customer's software stores a copy of the 
biller's digital certificate, or a record that the biller's public key has been validated, in a 
Jpca! storage media such as ih^ customer computer's hard disk drive. By doing so, for 
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" subscuem bills from >he same biller. U,. only compu,aUo„ .quired is verificaUon of the 

biller's digital signature. 

The customer views the au,hen.ica,ed e-mail message a. block 805. In this 
embodimen,. .he viewing of U,e e-mail message by customer (or. more precisely .he 
d.splay ot .he e-mail message) .riggers .he sending of a re.um e-mail message .0 .he biller 
confirming the bill has been delivered .0 .he customer. The biller receives Ms 
confirmation at block 806. 

In this embodiment, the summary, bill contains links that can. optionally be 
acnvated by the customer. These links include a link to a detailed bill, a link to an 
advertiser, and a link to an electronic bill pay system. 

If the customer does not activate any of the options, bill deliveiy is completed at 
block 808. The customer may print out the bill, or leave it stored on the computer The 
customer may pay the bill by mail or by electronic means. 

If the customer activates the bill detail option at block 809, the customer's software 
sends a request to the biller for detailed infom^ation. The link to the detailed bill 
.nformation contained in the e-mail message contains the appropriate network address to 
wh.ch the request should be transmitted. The request contains a unique bill identification 
number obtained from the summary bill. The customers software may append the 
customer's digital certificate to the body of the message. The customer's software digitally 
signs the message, optionally encrypts the message, if additional security is needed using 
the biller-s public k.y (or a session key generated by the customer's software and encrypted 
with the biller's public key), and transmits the message to the address for the appropriate 
biller detail server specified in the link at block 810. 

. . The biller's software decrypts, if necessary, and authenticates the received customer 
request for detailed data at block 811, and retrieves the detail data at block 812. The biller 
retrieves the appropriate detail fomi at block 813. The particular form selected will 

the particular jurisdictioriin.M.hich the customer is. . • . 
located. The biller enters the detail data into the appropriate form at block 814 and returns 
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the form, complete with data, to the customer at block 815. In this embodiment the detail 
bill constitutes an HTML document. In one embodiment, the entire HTML document is 
encrypted and sent with the same security provisions as those used in sending the summary 
data bill. In an alternate embodiment, only selected data in the HTML document (for 
5 example, data which by agreement between the customer and the biller, by law, or for 
some other reason, must be kept confidential) is encrypted. In an embodiment in which the 
summary data bill is encrypted with a session key, the same session key may be used to 
encrypt the detail bill. Finally, the customer's software authenticates and decrypts the detail 
bill and displays it to the customer at block 816. 

10 The detail bill, like the summary bill, may contain links to advertising materials 

and/or to an electronic bill payment process or system. 

If the customer activates the link for requesting advertising information at block 
817, either from the summary bill or from the detailed bill, the customer's software 
connects to the advertiser's web page using- the-address-cpnt^^ -in-the- advertising 
15 information link at block 818. 

If the customer activates the link for paying the bill electronically at block 819, 
either from the summary bill or from the detailed bill, the customer's software initiates an 
electronic bill pay process at block 821. This electronic pay process may utilize the SET 
protocols, or may be any other appropriate electronic bill pay process. The process may, 
20 but need not, be provided by the customer's certificated bank. 

If the customer neither selects the advertising information or the bill payment 
options at blocks 817 and 819, respectively, bill delivery is completed at block 820. 

The process by which a biller's message is authenticated by the customer's software 
in one embodiment. of the present invention is illustrated in Figure 9. The same general 
25 process, substituting the customer for the biller and the biller for the customer, as 
appropriate, may be used by a biller to authenticate a customer message. 

As shown in Figure 9, the biller, or more precisely the biller's software, assembles 

the body of the e-mail message at block 900, and processes the message using a digesting 
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■ program ,o obtain a message diges. a, block 905. The billcr's software 

message diges, using ,he bil,e.s pHva.e key a. block 9,0 and appends *e e,K,yp,ed 
message diges. .„ .he message a, block 915. The e„„^,i„g of ,he message diges, .sing 
.he b.|,e,s private key and appending ,he encrypted message diges. ,o ,he message 
cons.,.„.es digital,, signing me message with" .he bille.s signature. The digi,a, signature 
allows the customer to verify tha. U,e bi„er is ,he originator of the ntessage and ,ha, the 
message has not been changed en route lo the customer. 

The bille,' s software appends .he billefs digital certificate ,o the digitally signed 
message at block 920. ,„ «s etnboditnent, the bille.s certificate, as in .he embodimen. of 
Ftgure 5, tnCudes a certifica.ion au.horitys digital signatu. verifying .he cenification of 
.he cenificated biller bank, and Ute certificated bank's digital signature verifying *e 
certtftcation of the biller and .he autoticity of flte billets public key. In ftis entbodintent 
.he ccrtificarion authorify, digital signature consists of a message diges. of .he cer,ifica,ed 
btller bank's ,D number and public, key encrypted, using the certification authority's 
.5. , . pnva.e.key..Si.,iMy,,*e:,biller:bank', digi.a, sig„an.re^« 
and public key enciypted using the biller bank's private key. 

After appending .he biller cer.ifica.e to .he message, the biller's software generates 
a session key a, block, 922. and enc„p,s the billet's message (including Ute appended 
d.g..al signature and ce^ificate) using .he session key at block 924. The biller's software 
.0 then encTPts the session key using U,e cuslome^s public key a. block 926. 

Tlie biller's software sends the enctypted message and enctypted session key to .he 
customer via e-mai, at block 928. TTe customer receives .he biller's email package a. block 
9 0. The customer's software decrypts .he session key using customers prime key a. 
block 932. and uses the decrypted session key to decrypt .he remainder of the-mail 
message at block 934. 

The customer's verifies message by sequemially verifyina Ae 

hierarchy of digital signa.ures Included in the biller's digital certificate. The customer's 
.:SOftware&stretrieves:4he«r«ficado„.au,hority's identity from the-certifycation authonty 
affiliation field of dte biller's cer,ifica.e. Using the public key of the ceniflcaUon authority 
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SO identified (which the certification authority makes widely available), the customer's 
software verifies the certification authority's digital signature to determine whether the 
public key and bank ID for the certificated bank included in the biller's certificate are 
genuine. The customer's software decr>'pts the certification authority's digital signature at 

5 block 936, obtaining a message digest of the biller bank's ID number and public key. The 
customer's software derives a message digest of the biller bank's ID number and public key 
as specified? in the biller certificate at block 938, and compares the derived message digest 
to the message digest from the decrypted certification authority's digital signature at block 
940. If the message digests are found to be not identical at block 942, the customer's 

10 software sends an error message to the biller at block 944. 

If the message digests are found to be identical at block 942, then the certificated 
bank's ID and public key included in the biller's digital certificate are authentic. The 
customer's software uses the biller bank's authenticated public key to decrypt the 
certificated biller bank's digital signature at block 946, obtaining a message digest of the 
15 ' 'biller's ID «urt^^ public key; The customer software derives a message digest of the- 
biller's ID and public key as specified in the biller's certificate at block 948, and compares 
the two message digests at block 950. If the two digests are . found to be not identicial at 
block 952, the customer software sends an error message to the biller at block 954. 

If the message digests are found to be identical at block 952, then the biller's ID and 
20 public key included in the biller's digital certificate are authentic. The customer's software 
uses the authenticated public key of the biller to decrypt the biller's digital signature at 
block 956, obtaining a message digest of the included message. The customer software 
derives a message digest of the message at block 958, and compares the two message 
digests at block 960. If the two digests are found to be not identical at block 962, the 
25 customer software sends an error message to the biller at block 966. 

If the message digests are found to be identical at block 962, then the included 
message is authentic, and the customer software displays the message to the customer at 
block 964. ..... 
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m one embodimen, of ,he i„v.„,i„„. a c=™f,ca,e issued by a certflca.ed bank ,o a 
customer ™y be used by ,he customer .0 make electronic payments as well as to receive 
electrontc statements, and a certificate issued by a certifleated bank to a biller may be used 
by the btller ,0 receive electronic payments as well as .0 ptesen. bills electronically ,„ one 
5 embodiment, a customer or biller applying lo! a eertifieate from a certficated bank may 
request that an electronic payment account be established that is linked to the certificate In 
one embodiment, such an account funciidns much like a credit card account or a checktna 
account with debit card access. The customer sends a biller an authorization to t^ive 
payment from the customer's payment account, the biller conveys the audtorization to tite 
.0 customer, certificated bank, and the customer's certificated bank electronically transmits 
.he authorized amount ,0 the billefs cerUficated bank for payment into the billet's 
electrontc payment account. In another embodiment, the customer may use the customer's 
certtficate to make electronic payments using an existing paymem card. In one 
embodtment. the customer sends a payment authorization .0 the biller in which the 

.1 'he amount being paid and d,e credit catxl (or other paymem card) 

accoum number to be charged. The customer's iftwate .d^l"«ll7sig.is the payment 
authonzation by encrypting a message digest of dte payment authorization with the 
customer's private key. The customer's software appends the customer's certificate to the 
dtgttally stgned payment authorization and enct^pts the customer's payment authorization 
3 dtgttal signature, and certificate using a session key. The customet^s software encrypts the- 
sesston key using the billet's public key, appends the enc,TP.cd session key ,0 the rest of 
the message, and sends Ute resultmg message- via e-mail to the biller, TTte biller decrypts 
die session key using the billefs private key and uses the session key ,0 decrypt the 
customers certificate, digital signature and payment authorizaUon. TTte biller verifies the 
authenticity of the customers certificate, and verifies that the message digest obtained by 
decrypttng the customer's digital signature using the customet-s public key matches a 
message digest of the customer's payment authorization. TIte biller submits Ute paymem 
authortzanon to the appropriate paymem card authority, and the biller's account is credited 
w.th the payment amount. In one embodiment, the biller retains a copy of the customer's 

the payment authorization by the customer. 
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Figure 10 is an illustration of an embodiment of a summary bill that may be sent by 
a biller in one embodiment of the present invention. Figure 10 shows the bill as displayed 
by the customer's software on the customer's computer or other display device. This 
embodiment is shown as an example only. A wide variety of other formats for. a summary 
5 bill may be used. 

As shown in Figure 10, summ'^iry bill 1000 consists of a summary bill information 
area 1010 and four action buttons 1020, 1030, 1040 and 1050, respectively. Summary bill 
information area 1010 contains summary bill data. In this example, the biller is an electric 
utility company. The summary bill data includes the biller's name 1005, the customer's 

10 account number with the biller 1015, the customer's name and address 1025, a listing of 
current and previous charges 1035, an explanation of current charges 1045, a return address 
for the biller 1055, and customer service information 1060. Customer service information 
1060 includes the biller's customer service telephone number, e-mail address and URL that 
can be used by the customer to contact the biller if there are any questions. The summary 

15 information, contained in the summary bill information area 1010 corresponds generally to 
the information that would be 20 contained on the remittance stub . of a mailed, paper bill. 

Action buttons 1020, 1030, 1040 and 1050 allow the customer to obtain additional 
information or perform certain functions. Action button 1020 is a "Details" button. By 
activating action button 1020, for example by clicking on it with a mouse, the customer's 

20 software at the customer's computer sends a request for bill details to the biller. Action 
button 1030 is a "Pay" button. Action button 1030 is displayed if the customer has access 
to an electronic bill payment system. In one embodiment, activating button 1030 initiates a 
link to electronic bill payment system software that allows the customer to initiate payment 
of the bill utilizing an electronic bill payment system such as, for example, the electronic 

25 bill pay system described in U.S. Patent No. 5,465,206. In another embodiment of the 
invention, the customer's software includes the capability of transmitting an electronic 
payment directly to the biller, for example in the form of an encrypted and digitally signed 
payment card payment authorization! Action button 1040 is a "Print" action button. By 
activating button 1040, a hard copy of the displayed sumniary bill is printed bri the 

30 customer's printer. Action button 1050 is a "Special Offer" action button. In the 



wo 98/26386 PCT/US97/23025 

embodiment of Figure 1050, action button 1050 contains a short "teaser" about the special 
offer in the form of the words "Save 50% on Airfares!" .By activating button 1050, the 
customer's software retrieves a web page linked to button 1050, and displays the web page 
. to the customer. The web page may be a web page of a third party advertiser containing an 
5 advertisement from the third party as in the embodiment shown in Figure 10, or may be a 
web page of the biller, containing details of a special offer available from the biller. 

Figure 1 1 illustrates an example of a detailed bill of one embodiment of the present 
invention that is sent by the biller to the customer in response to the customer activating 
"Details" action button 1020 of summary bill 1000 of Figure 10. The detailed bill may be 
10 an HTML document. As shown in Figure 1 1, detailed bill 1 100. like summary bill 1000, 
includes the biller-s name 1005, the customer's account number 1015, the customer's name 
and address 1025. a listing of cuirent and previous charges 1035. an explanation of current 
charges 1045, return address 1055, and customer service information 1060. In the 
embodiment of Figure 11, customer service information 1060 includes a customer service 
link button 1150 that links directly to the billed cuSomer ser^ic6 web page.' Details 
1100 also includes "Pay" action button 1030 and "Print" action button 1040. In addition, 
detailed bill 1100 includes an additional detail field 1110, advertising fields 1130 and 
1 140, and public service message field 1 120. 

In the embodiment of Figure II, additional detail field 1110 contains a graph 
» showing the customer's usage history. In other embodiments, additional detail field 1110 
may contain other billing information that would be included in the detailed portion of a 
mailed, paper bill. For example, if the bill is a telephone bill, detail data field 1 110 may 
include a listing of all toll calls made by the customer during the billing period. Additional 
detail field 1110 may contain additional sub-fields, be of any desired size, and may 
5 encompass several pages. 

Advertising fields 1130 and 1140 contain advertisements. These advertisements 
may be advertisements for products and services of the biller or may be for products and 
services for third paity^dyertisers,^^^^^ displayed.on a customer's, 

bill may be selected based on criteria such as the customer's profile, the particular time and 
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date at which the customer requests the detailed bill, the geographic location of the 
customer, the customer's usage history, etc. Advertisements may therefore be highly 
focused. For example, special offers may be removed when time limits or limits on the 
number of respondents have been exceeded. Messages concerning water conservation may 
be directed by a utility to high water users. On a very hot day. an electric company may 
display an advertisement for energy saving air conditioners that appears to come from the 
utility but links to the web page of an appliance store in the customer's vicinity. 

In the embodiment of Figure 11, advertising field 1130 contains an advertisement 
for autoiiiotive services while field 1140 contains an advertisement for a travel 
organization. To access details of the advertisements, advertising fields 1130 and 1140 
include action buttons 1 135 and 1 145, respectively. Selecting either of these action buttons 
will bring up the web page containing additional information about the advertised items. 
Advertising fields 11 30 and 1 1 40 as a whole may also constitute link activation areas. 

- Public message field 1 120 is used to display messages intended to be helpful to the . 
customer, and may contain public service messages, hints on cohiserving energy and 
resources, or any other messages. In the embodiment of Figure 1 1, public message field 
1 120 is itself an action button. Accordingly, clicking anywhere on message field 1 120 wll 
bring up the corresponding web 15 page. 

The present invention can be implemented by means of software programming on 
any of a variety of one or more computer systems as are well known in the art, including, 
without limitation, Computer systems such as that shown in Figure 12. The computer 
system of Figure 12 may, for example, be used as a customer computer, a biller computer, 
a bank computer, or a certification authority computer. The computer system shown in 
Figure 12 includes a CPU unit 1200 that includes a central processor, main memory, 
peripheral interfaces, input-output devices, power supply, and associated circuitry and 
devices; a display device 1210 which may be a cathode ray tube display, LCD display, gas- 
plasma display, or any other computer display; an input device 1230. which may include a 
keyboard, mouse, digitizer, or other input device. The computer system may or may .not 
include non-volatile storage 1220. which may include magnetic, optical, or other mass 
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■ s.on.ge device. .„d a prime, ,250. The compter system may also i„c,„de a network 
mterface ,240, which .ay co.is. of a modem, a„owi„g .he computer system to 
communicate with other systems over a communications network such as the Intetnet Anv 
of a variety of other configurations of computersystems may aiso be used. 

Thus a nove, secure interactive eiectronic account statement deiivety system has 
been presented. Although the present invention has been described with respect to certain 
example embodiments, it wi„ be apparent to .h«e ski„ed in the an ,ha, the presem 
mvention is no. iimited ,o these specific embodiments. For exampie, ahhough the 
statements that are e,ec„o„ica„y presented to a customer using the present invenUon have 
.n cet^ain instances been described as "bii.s- and the originators of the statement as 
btllers.' it wi„ be apparent to those ski„ed in the art that the invention may be used for 
presemmg statements other than biils from entities other than billers. For example the 
present infonnation can be used by a bank. s,ock broker, or oU»r financial services 
Ptovder .0 deliver periodic account balance information ,o a customer. Further, although 
lb, Qpera.ion.of.cerpi„,_e,hbodime„ts has been^e^crib^-dTTdelair^^u^^^^^^ detailed 
process steps, some of the steps may be omitted or other similar steps may be substituted 
"..hout departing from the scope of the invention. Further, although the invention has been 
descnbed as utilizing the Internet as a .ranspoti network, other networks or o^er 
communications media may be used. 
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CLAIMS 

1. A method for delivering account statement data from a statement issuer to a 
customer usinjg a communications network comprising the steps of: 

issuing a statement issuer certificate' from a first certificate issuer to a statement 
issuer, said statement issuer certificate comprising a digital signature of said first certificate 
issuer; 

issuing a customer certificate from one of said first certificate issuer or a second 
certificate' issuer to a customer, said customer certificate comprising a digital signature of 
said second certificate issuer; 

generating a customer statement message comprising account statement data for 
said customer, a digital signature of said statement issuer, and a copy of said statement 
issuer certificate; 

' : transmitting said customer statement message from :said statement issuer ..to said 
customer using said communications network. 

2. The method of claim 1 wherein said statement issuer certificate comprises a 
first certificate issuer certificate. 

3. The method of claim 2 wherein said first certificate issuer certificate 
comprises a digital signature of a certification authority. 

4. . The method of claim I wherein said first certificate issuer is a certificated 

bank. 

5. The method of claim 1 wherein said second certificate issuer is a certificated 

bank. 

6. The method of claim 1 wherein said statement issuer is a biller. 

7^ . The method of claim 1 wherein said statement issuer certificate comprises 

data related to said statement issuer and wherein said digital signature of said first 

27 



20 



IS--. 



WO 98/26386 

PCT/US97/23025 

ce„iflc=.= issuer comprises an =„c„p,ed message dig«, of said da,a related .o said 
Statement issuer. '° 

8. The method Of clai. 7 Wherein said dau related ,0 said su.eme„, issuer 
comprises an identification number for said slalement issuer. 

9. TTe medtod of claim 8 wherein said data related to said statemem issuer 
comprises a public key of said statement issuer, 

.0. TTte method ofdaim 7 Wherein said encwed message digest is encrypted 
using a private key of said first certificate issuer. 

,0 com '° "^^^ ^^''"''^'^ 

.0 comprises data related to said firs, certificate issuer and said digital signature of said 

ce,«ficatio„ authority composes an encrypted message digest of said data teiated to said 

first certificate issuer. 

issuer comprises an identification number for said certificate issuer. 

'5 13. The method of claim 12 wherein said data related to said first certificate 

Jssuer comprises a public key of said issuer. 

14. The method of claim 1 wherein said customer cenificate comprises data 
related to said customer and wherein said digital signature of said second certificate issuer 
comprises an encrypted message digest of said data related to said customer. 

15. The method of claim 14 wherein said data related to said customer 
comprises an identification number for said customer. 

16. The method of claim 15 wherein said data related to said customer 
comprises a public key of said customer. 

17. The method of claim ' 4 wherein said encrypted message digest is encrypted 
using 4 private key of said second certificate j-^--;'^--''- - 
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1 8. The method of claim 1 further comprising the steps of: 

receiving said customer statement messages transmitted from said statement issuer 
to said customer; 

« 

verifying an authenticity of said copy of said statement issuer certificate included in 
5 said customer statement message; 

verifying an authenticity of said account statement data by verifying said statement 
issuer digital signature included in said customer statement message. 

19. The method of claim 18 wherein said statement issuer certificate comprises 
data related to said statement issuer, and wherein said digital signature of said first 

10 certificate issuer comprises an encrypted first message digest of said data related to said 
statement issuer. 

20. The method of claim 19 wherein said step of verifying, an authenticity of 
said copy of said statement issuer certificate comprises the step's of: 

decrypting said digital signature of said first certificate issuer using a public key of 
15 said first certificate issuer to obtain an unencrypted first message digest of said data related 
to said statement issuer; 

deriving a second message digest of said data related to said statement issuer 
included in said copy of said statement issuer certificate included in said customer 
statement message received by said customer; 

20 comparing said first message digest and said second message digest. 

21. The method of claim 18 wherein said digital signature of said statement 
issuer comprises an encrypted first message digest of said account statement data for said 
customer and wherein said step of verifying an authenticity of said account statement data 
by verifying said statement issuer digital signature included in said customer statement 

25 . .ixiessage, .comprises the steps, of: 
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deriving a second message digest of said account statement data for said customer 
included m said customer statement message; 

comparing said first message digest and said second message digest. 

22: The method of claim 1 whereinsaid customer statemem message comprises 
5 an electronic mail message. 

23. The method of claim 18 further comprising the step of displaying said 
customer statement message on a display screen. 

24. The method of claim 23 further comprising the step of sending a 
notification message to said statement issuer notifying said statement issuer that said 

10 customer statement message has been displayed. 

25. The method of claim 23 wherein said customer statement message 
comprises link activation infomiation displayed as a link activation area when said 
customer statement message is displayed on said display screen. " ' " ' ' • 

26. The method of claim 25 wherein activation of said link activation area 
5 activates a communication to a server computer using said communications network. 

27. The method of claim 26 wherein said server computer provides additional 
customer account statement data to said customer in response to said communication. 

28. The method of claim. 26 wherein said server computer provides advertising 
data to said customer in response to said communication. 

29. The method of claim 28 wherein said advertising data provided by said 
server computer to said customer depends upon a time at which said communication is 
made. 

30. The method of claim 28 wherein said advertising data provided by said 
server computer to said customer depends upon a geographic location of said customer. 
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31. The method of claim 28 wherein said advertising data provided by said 
server computer to said customer depends upon a parameter related to said customer. 

32. The method of claim 24 wherein said customer account statement data 
comprises amount due data further comprising the step of: - ' ' . 

5 displaying an electronic payment activation area on said display screen. 

33. The method of claim 32 wherein activating said electronic payment 
activation area activates an electronic payment process that may be used by said customer 
to pay said amount due. 

34. An electronic account statement message for delivery from a statement 
10 issuer to a customer using a communications network comprising: 

account statement data for said customer related to an account of said customer 
with said statement issuer; 

a statement issuer certificate comprising data related to said statement issuer and a 
digital signature of a first certificate issuer; 

a first certificate issuer certificate comprising data related to said first certificate 
issuer and a digital signature of a certification authority, 

35. The electronic account statement message of claim 34 further comprising 
certification authority identification data identifying said certification authority. 

36. The electronic account statement message of claim 34 wherein said 
20 communications network is an open network. 

37. The electronic account statement message of claim 34 wherein said account 
statement data comprises summary data. 

38. The electronic account statement message of claim 34 wherein said account 
statement-data comprises detailed datai • ' ^ - , ; . > 
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39. The electronic account statement message of claim 34 wherein said digital 
signature of said statement issuer comprises an encrypted message digest of said account 
statement data. 

40. The electronic account statement message of claim 34 wherein said data 
related to said statement issuer comprises an identification number for said statement issuer 
and a public key of said statement issuer. 

41 . The electronic account statement message of claim 34 wherein said digital 
signature of said first certificate issuer comprises an encrypted message digest of said data 
related to said statement issuer. 

42. The electronic account statement message of claim 34 wherein said data 
related to said first certificate issuer comprises an identification number for said first 
certificate issuer and a public key of said firet certi ficate issuer, 

The electronic account statement.message of ..claim 34 wherein said digital 

signature of said certification authority comprises an encrypted message digest of said data 
15 related to said first certificate issuer. 

44. The electronic account statement message of claim 34 further comprising: 
link activation data for initiating a request for additional data; 

link descriptive data comprising data related to said request. 

45. The electronic account statement message of claim 44 wherein said link 
0 activation data comprises a network address of a source of said additional data. 

46. The electronic account statement message of claim 45 wherein said network 
address comprises a URL address. 

47. The electronic account statement message of claim 34 wherein said account 
statement data comprises an amount due and wherein said electronic account statement 

)^'""(iiitafufthyr^orni^lesi'""' ^ ^ n — • -.in...,.:r,n.. ^..vi c.v 
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payment process activation data for initiating an electronic payment process for 
paying said amount due. 

48. The electronic account statement message of claim 44 wherein said account 
statement data comprises an amount due and wherein said electronic account , statement 
data further comprises: 

payment process activation data for initiating an electronic payment process for 
paying said amount due. 

49. The electronic account statement message of claim 44 wherein said link 
descriptive data comprises advertising data. 

50. The electronic account statement message of claim 49 wherein said link 
activation data comprises a URL address of a third party nierchant. 

51. A program storage device readable by a machine, tangibly embodying a 
. program of instructions executable by the machine to perform method steps for delivering 

account statement data from a statement issuer to a customer using a communications 
network, said method comprising the steps of: 

issuing a statement issuer certificate from a first certificate issuer to a statement 
issuer, said statement issuer certificate comprising a digital signature of said first certificate 
issuer; 

issuing a customer certificate from one of said first certificate issuer or a second 
certificate issuer to a customer, said customer certificate comprising a digital signature of 
said second certificate issuer; 

generating a customer statement message comprising account statement data for 
said customer, a digital signature of said statement issuer, and a copy of said statement 
issuer certificate; 

transmitting said customer statement message from said statement issuer to said 
customer using said communications network. 
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52. The program storage device of claim 51 wherein said statement issuer 
certificate comprises a first certificate issuer certificate. 

53. The program storage device of claim 52 wherein said first certificate issuer 
certificate comprises a digital signature of a certification authority. ' • 

54. The program storage device of claim 5 1 wherein said first certificate issuer 
is a certificated bank. 

55. The program storage device of claim 51 wherein said second certificate 
issuer is a certificated bank. 

56. The program storage device of claim 51 wherein said statement issuer is a 

biller. 

57. The program storage device of claim 51 wherein said statement issuer 
certificate comprises data related to said statement issuer and wherein said digital signature 
of said first certificate issuer comprises an encrypted message digest of said^ i^lated t'o ' 
said statement issuer. 

58. The program storage device of claim 57 wherein said data related to said 
statement issuer comprises an identification number for said statement issuer. 

59. The program storage device of claim 58 wherein said data related to said, 
statement issuer comprises a public key of said statement issuer. 

60. The prognim storage device of claim 57 wherein said encrypted message 
digest is encrypted using a private key of said first certificate issuer. 

61 . The program storage device of claim 60 wherein said first certificate issuer 
certificate comprises data related to said first certificate issuer and said digital signature of 
said certification authority comprises an encrypted message digest of said data related to 
said first certificate issuer. 
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62. The program storage device of claim 60 wherein said data related to said 
first certificate issuer comprises an identification number for said certificate issuer. 

63. The program storage device of claim 62 wherein said data related to said . 
first certificate issuer comprises a public key of said issuer. 

64. The program storage device of claim 51 wherein said customer certificate 
comprises data related to said customer and wherein said digital signature of said second 
certificate issuer comprises-an encrypted message digest of said data related to said 
customer. 

65. The program storage device of claim 64 wherein said data related to said 
customer comprises an identification number for said customer. 

66. The program storage device of claim 65 wherein said data related to said 
customer comprises a public key of said customer. 

' 67.'^ TThe'pfogram stora^ message 
digest is encrypted using a private key of said second certificate issuer. 

68. The program storage device of claim 51 wherein said method further 
comprises the steps of: 

receiving said customer statement message transmitted from said statement issuer 
to said customer; 

verifying an authenticity of said copy of said statement issuer certificate included in 
said customer statement message; 

verifying an authenticity of said account statement data by verifying said statement 
issuer digital signature included in said customer statement message. 

69. The program storage device of claim 68 wherein said statement issuer 
certificate comprises data related to said statement issuer, and wherein said digital 
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signature of said first certificate issuer comprises an encrypted first message digest of said 
data related to said statement issuer. 



70. The program storage device of claim 69 wherein said step of verifying 
authenticity of said copy of said statement issuer certificate comprises the steps of; 



an 



decrypting said digital signature of said first certificate issuer using a public key of 
said first certificate issuer to obtain an unencrypted first message digest of said data related 
to said statement issuer; 

deriving a second message digest of said data related to said statement issuer 
included in said copy of said statement issuer certificate included in said customer 
statement message received by said customer; 

comparing said first message digest and said second message digest. 

71. The program storage device of claim 68 wherein said digital signature of 
-said statement issuer comprises an encrypted first message digest of said-account statement 
data for said customer and wherein said step of verifying an authenticity of said account 
statement data by verifying said statement issuer digital signature included in said 
customer statement message comprises the steps of: 

deriving a second message digest of said account statement data for said customer 
included in said customer statement message; 

comparing said first message digest and said second message digest. 

72. The program storage device of claim 51 wherein said customer statement 
message comprises an electronic mail message. 

73. The program storage device of claim 68 further comprising the step of 
displaying said customer statement message on a display screen. 
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74. The program storage device of claim 73 wherein said method further 
comprises the step of sending a notification message to said statement issuer notifying said 
statement issuer that said customer statement, message has been displayed. 

75. The program storage device of claim 73 wherein said customer statement 
message comprises link activation information displayed as a link activation area when 
said customer statement message is displayed on said display screen. 

76. The program storage device of claim 75 wherein activation of said link 
activation area activates a communication to a server computer using said communications 
network. 

77. The program storage device of claim 76 wherein said server computer 
provides additional customer account statement data to said customer in response to said 
communication. 

. .. 78. The program storage -device of claim 76 wherein said server computer., 
provides advertising data to said customer in response to said communication. 

'79- The program storage device of claim 78 wherein said advertising data 
provided by said server computer to said customer depends upon a time at which said 
communication is made. 

80. The program storage device of claim 78 wherein said advertising data 
provided by said server computer to said customer depends upon a geographic location of 

20 said customer. 

81. The program storage device of claim 78 wherein said advertising data 
provided by said server computer to said customer depends upon a parameter related to 
said customer. 

82. The program storage device of claim 74 wherein said customer account 
25 statement data comprises amount due data and wherein said method further comprises the 

step of: 
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displaying an .electronic payment activation area on said display screen. 

83. The program storage device of claim 82 wherein activating said electronic 
payment activation area activates an electronic payment process that may be used by said 
customer to pay said amount due. 
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M.D. to Biller's Digital Signature 
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Customer Software Decrypts 
CB Digital Signature Using 
CB Public Key 



I 



1. 



948 



Customer Software Derives 
Message Digest of Biller 
ID and Public Key 



Customer Software Compares 
Derived Message Digest to 
CB Digital Signature 




Customer Software Sends 
Error Message to Biller 
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Customer Software 
Displays Message 
to Customer 
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Customer Software 
Sends Error Message 
to Biller 
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1000 



1005 



COMMONSTATE 

Customer Account No. 123-456-789 

^ 1015 



John R. Public 
1234 Street Drive 
City, State Zip Code 



ELECTRIC COMPANY 



) 



1010 



Electricity Used: 

Feb. 24 reading: 
Jan. 24 reading: 
30-Day Billed Use: 
Current Charges: 



1025 



43210 
42786 
00424 



New Charges: S46.64 

Prev. Bill: S43.21 

Payment: $43.21 

1 035 ^ Amount Due: S46.64 

Billing Date: Feb. 28. 1999 

Due Date: Mar. 12. 1999 
Send Payment to: 

Commonstate Electric Company 
543 Main Street 



1045 



Big City. State Zip Code 



1055 



_ _424_x $0.1 1 = $46.64 ..^ Question? Contact Customer Service 

•."'''Phone; 1-8bb-555-1234 
E-mail: .service@cec.com 
Web Page: www.cec.com 



1060 



c 



DETAILS 



DC 



PAY 



s; 



j ( X 



SPECIAL OFFER! 
Save 50% o n Airfares! 



1020 



1030 



1040 



\ 

1050 
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1005 



COMMONSTATE ELECTRIC COMPANY 



Customer Account No. 123-456-789 



John R. Public 
1234 Street Drive 
City, State Zip Code 

Electricity Used: 

Feb. 24 reading: 
Jan. 24 reading: 
30-Day Billed Use: 
Current Charges: 

1045-^ 



1015 



1025 



43210 
42786 
00424 



1035 



1110 



424 X $0.11 =$46.64 



□ This year 
i Last year 



MAMJJASONDJF 
Twelve Month Electricity Use 



New Charges: $46.64 

Prev. Bill: $43.21 

Payment: $43.21 

Amount Due: $46.64 

Billing Date: Feb. 28, 1999 

Due Date: Mar. 12, 1999 
Send Payment to: 

Commonstate Electric Company 
1Q55 543 Main Street 

Big City, State Zip Code 

Question? Contact Customer Service 
Phone: 1-800-555-1234 .q.^ 
. E-mail: • service QceccQm, "* — ^ 
Web Page: ;www.cec.com 

C Or click herT^ -1150 

''Special Offer for Commonstate ^1130 
Electric Customers! 
Complete Spring Car Tune-up from 
CAR MASTERS 



Reg. $99. Now $59 (Click here > K 



1135 



1120 



Cut your electricity use up to 25%! 
Click here for details. 



r 



c .PAY ) r 



PRINT 



Got the Winter Blues? 
Win a Hawaii Vacation for 
Two! 



( Click here 
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^1000 

COMMONSTATE'aECTRIC COMPANY 

t Kl.-k <1o /rr 



CusJomer Account No. 123-456-789 



John fl. Public 
1234 Street Drive 
City, Siale Zip Code 

Eleclriciiy Used: ^ 

Feb. 24 readmg.' 

Jars. 2A reading: 

Cuf/ent Charges: 



1015 



1025. 



42736 
00424 



( 



We^v Charges: S4£64 

Prev.Bill: 343.21 

Payment; 343^^1 

JOSS-^ AfflOLfnfDcje: $4664 

BillinaDate: f^bi ffi.iggg 

• Due Date: Mar. 12. 1939 
osfia Pa^ineni to; 

ConirTio/is|aie Eledrfc Comnany 
543 Marn Sl;ee1 

Big Clly. State ZipCcKJe ' ^ ^055 

._gji«,.C.OQtacJ Customer ,Serv?c$ ■ 
Phone: f-S00.555-l234 " 
E-mai?: sea'lc6@ceG.coni 
web Page: vA^v.cec.cDm 




SUBSTITUTE SHEET (RULE 26) 



